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g (54) Title: MODULAR AND PORTABLE DEPLOYMENT OF A RESOURCE ADAPTER IN AN APPLICATION SERVER 

(57) Abstract: A system by which resource adapters 
may be utilized in client server computer configurations 
utilizing enterprise information systems is disclosed. A 
connector provider develops a set of Java interfaces and 
classes as part of its implementation of a resource adapter 
These Java classes implement connector architecture 
specified contracts and implement EIS specific 
functionality provided by the resource adapter The 
development of a resource adapter can also require use 
of native Kbraries that are specific to the underlying EIS. 
The Java interfaces and classes and native libraries, help 
files, documentation and other resources (as necessary) 
are then packaged together with a deployment descriptor 
to create a resource adapter module. The resource adapter 
module defines the contract between a connector provider 
and deployer for the deployment of a resource adapter 
in the client server environment In order to facilitate the 
configuration of the resource adapter in an operational 
environment, the present invention specifies the following 
interfaces and classes, A class that implements a managed 
connection factory class supports a set of properties that 
provide information required by the managed connection 
factory for the creation of physical connections to the 
underlying EIS. This implementation class provides 
getter and setter methods for each of its supported 
properties. The supported properties are consistent with 
the specification of configurable properties specified in 
the deployment descriptor. 
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MODULAR AND PORTABLE DEPLOYMENT OF A RESOURCE 
ADAPTER IN AN APPLICATION SERVER 

FIELD 

The present relates broadly to computer systems having a client server 
configuration. Specifically, the present invention relates to resource adapters used in client 
server applications. More specifically still, the present invention relates to a modular and 
5 portable deployment of resource adapters in client server applications. 

BACKGROUND 

An enterprise information system (EES) provides an information infrastructure to an 
enterprise in a client-server computer system configuration. An BIS offers a set of services 
10 to its clients. These services are exposed to clients as local and/or remote interfaces. A 
resource manager is a software module that manages a set of shared EK5 resources. For 
example, a transactional resource manager can participate in transactions that are externally 
controlled and coordinated by a transaction manager. 

A resource adapter is a system level software driver provided along with an BIS 
15 connector and is specific to an underlying EtS. A resource adapter is used by an application 
server or an application cKent to connect to the EIS. The resource adapter plugs into an 
application server and collaborates with the application server to provide the underlying 
mechanisms- transactions, security, and connection pooling. 

There is currently no existing standard mechanism for deploying and configuring 
20 resource adapters in a managed application server environment Each vendor has its own 
specific mechanism, making it difficult to achieve off-the-shelf ptuggability of resource 
adapters in an application server. For application developers who design and implement 
application servos, the result is an enormous amount of duplicated or nearly duplicated 
effort expended to customize resource adapters into a specific client server configuration. 

25 
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SUMMARY 

The present invention provides a standardized system by which resource adapters 
may be utilized in client server computer configurations utilizing enterprise information 
systems. A connector provider develops a set of Java interfaces and classes as part of its 

5 implementation of a resource adapter. These Java classes implement connector architecture 
specified contracts and implement EES specific functionality provided by the resource 
ad^ter. The development of a resource adaptor can also require use of native libraries that 
are specific to the underlying BIS. The Java interfaces and classes and native libraries, help 
files, documentation and other resources (as necessary) are thai packaged together with a 

10 deployment descriptor to create a resource adapter module. The resource adapter module 
defines the contract between a connector provider and deployer for the deployment of a 
resource adapter in the client server environment 

In order to facilitate the configuration of the resource adapter in an operational 
. environment, the preset A class 

15 that implements a managed connection factory class supports a set of properties that provide 
information required by the managed connection factory for the creation of physical 
connections to the underiying EIS. This implementation class provides getter and setter 
methods for each of its supported properties. The supported properties are consistent with 
the specification of configurable properties specified in the deployment descriptor. 

20 A preferred embodiment of the present invention incorporates an environment using' 

the Java Naming and Directory Interface (JNDI). An application component or client is 
required to look up a connection factory instance in the component* s environment using the 
JNDI interface. The application component then uses the connection factory instance to get 
a connection the underlying EIS. Registration of a connection factory instance in the JNDI 

25 namespace can be done by using either JNDI reference or serializable mechanisms. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a high level block diagram of the major components utilized in a computer 
system according to the present invention; and 
30 FIG. 2 is a high level block diagram of the maj or software components utilized in a 

client server computer environment incorporating an enterprise information system. 
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DETAILED DESCRIPTION 

The present invention specifies requirements for packaging and deploying of a 
resource adapter. These requirements support a modular and portable deployment of a 
resource adapter into a J2EE compliant application server. 
5 FIG. 1 is a high level block diagram of the hardware typically used in an 

embodiment of the present invention. Computer 150 incorporates a processor 152 utilizing 
a central processing unit (CPU) and supporting integrated circuitry. Memory 154 may 
include RAM and NVRAM such as flash memory, to facilitate storage of software modules 
executed by processor 152, such as the resource adapter of the present invention. Also 

10 included in computer 150 are keyboard 158, pointing device 160, and monitor 162, which 
allow a user to interact with computer 150 during execution of programs. Mass storage 
devices such as disk drive 164 and CD ROM 166 may also be included in computer 150 to 
provide storage for resource adapter and associated files. Computer 150 may communicate 
with other computers via modem 168 and telephone line 170 to allow application server or 

15 EIS to be operated remotely, or utilize files stored at different locations. Other media may 
also be used in place of modem 1 68 and telephone line 170, such as a direct connection or 
high speed data line. The components described above may be operatively connected by a 
communications bus 172. 

20 Overview 

A connector provider develops a set of Java interfaces/classes as part of its 
implementation of a resource adapter 202. These Java classes implement connector 
architecture specified contracts and implement EIS specific functionality provided by the 
resource adapter 202. The development of a resource adapter 202 can also require use of 
25 native libraries that are specific to the underlying EIS 204. The Java interfaces/classes are 
thai packaged together (with required native libraries, help files, documentation and other 
resources) with a deployment descriptor to create a Resource Adapter Module 206. A 
deployment descriptor defines the contract between a connector provider and deployer for 
the deployment of a resource adapter 202. 
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A resource adapter module 206 corresponds to a J2EE module in terms of the J2EB 
composition hierarchy. A J2EB module represents the basic unit of composition of a J2EE 
application. Examples of J2EE modules include: EJB module, application client module, 
web client module. A resource adapter module 206 can be deployed either directly into an 
application server 208 as a stand alone unit, or with a J2EE application that consists of one 
or more J2EE modules in addition to a resource adapter module 206. The J2EE 
specification specifies requirements for the assembly and packaging of J2EE applications. 
The stand alone deployment of a resource adapter module 206 into an application server 208 
is typically done to support scenarios in which multiple J2EE applications share a single 
resource adapter module. However in certain scenarios, a resource adapter module 206 will 
only be required by components within a single J2EB application. The deployment option 
of resource adapter module 206 bundled with a J2EB application supports the latter 
scenario. During the deployment, the deployer installs a resource adapter module 206 in an 
application server 208 and men configures it in the target operational environment 



15 



Packaging 

The file format for a packaged resource adapter module 206 defines the contract 
between a connector provider and deployer. A packaged resource adapter 202 includes Java 
classes and interfaces that are required for the implementation of both connector contracts 

20 and functionality of the resource adapter 202; utility Java classes for the resource adapter 
202; native libraries required by the resource adapter 202; and any help files and 
documentation and descriptive meta information that ties all of the above elements together. 
In the preferred embodiment, a resource adapter 202 is be packaged using the Java ARchive 
(JAR) format into a resource adapter archive (RAR). For example, a resource adapter for 

25 EIS A can be packaged as an archive with a filename eisArar. The RAR file is structured 
as a hierarchical directory as follows. /RA-INF/ra-xml is a deployment descriptor. /RA- 
INF/classes/* is a directory containing Java interfaces, implementation and utility classes as 
required by the resource adapter 202. /RA-INF/native-Kb/* is a directory containing any 
native libraries used by the resource adapter 202. Any platform dependent libraries are in 

30 tins directory. 
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The RAR file contains a deployment descriptor based on the format specified in the 
section. The deployment descriptor is stored with the name RAJNF/rajcml in theRAR file. 
A resource adapter packaged as a RAR file contains a MET A-INF directory that contains 
information useful to the Java Archive tools. 

5 

Deployment 

A deployment descriptor defines the contract between a connector provider and 
deployer. It captures the declarative information that is intended for the deployer for 
deployment of a resource adapter in a target operational environment A resource adapter 
10 module 206 is deployed based on the deployment requirements specified by the connector 
provider through the deployment descriptor. 

Connector Provider's Responsibility 

The connector provider specifies the deployment descriptor for a resource adapter 

15 202. The connector provider specifies general information about a resource adapter, such 
as the name of the resource adapter, a description of the resource adapter, aURI ofaUI 
icon for the resource adapter, and the identity of the vendor who provides the resource 
adapter. The connector provider can also specify the type of EIS system, such as the name 
of a specific database, ERP system, etc. Additionally, the connector provider can specify the 

20 version of the connector specification (represented as a string) supported by the resource 
adapter, as well as the version of the resource adapter, also represented as a string. 

The connector provider also specifies the folly qualified name of die Java class that 
implements the javax,resoun»AlanagedConnecti(^act^ interface, as well as the fully 
qualified name of the Java interface and implementation class for 4c connection factory. 

25 The connector provider specifies the fully qualified name of the Java interface and 

implementation class for the connection interface. The connector provider specifies the 
level of transaction support provided by the resource adapter implementation. The level of 
transaction support can be any one of the following: nojransactkra, local ^transaction or 
xaJransactioiL Note that this support is specified for a resource adapte and not for die 

30 underlying EIS instance, no ^transaction indicates that the resource adapter 202 does not 
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support either resource manager local or JTA transactions. It does not implement either 
XAResource or LocalTransaction interfaces. 

local ^transaction indicates that the resource adaptor 202 supports resource manager 
local transactions by implementing the LocalTransaction interface. 
5 xajransaction indicates that the resource adapter 202 supports both resource 

manager local and JTA transactions by implementing the LocalTransaction and 
XAResource interfaces respectively. 

The connector provider specifies name, type, description and an optional default 
value for the properties that have to be configured on a per ManagedConnectionFactory 
10 instance. Each ManagedConnectionFactory instance creates connections to a specific BIS 
instance based on the properties configured on the ManagedConnectionFactory instance. 
The configurable properties are specified only once in the deployment descriptor, even 
though a resource adapter 202 can be used to configure multiple 

ManagedConnnectionFactory instances (that create connections to different instances of the 
15 same EES). For example, a deployment tool can create multiple copies of XML based 
deployment descriptor; each copy of the deployment descriptor carries a specific 
configuration of properties for a ManagedConnectionFactory. 

Authentication Mechanism 

20 The connector provider specifies all due authentication mechanisms that are 

supported by the resource adapter 202 . This relates to the support provided by the resource 
adapter 202 implementation but not by the underlying EIS instance. The standard values 
are: basicpassword and kobv5. The resource adaptor 202 can support one or more of these 
authentication mechanisms. Basicpassword is a user password based authentication 

25 mechanism that is specific to an HIS Kerbv5 is a Kerberos version 5 based authentication 
mechanism. If there is no authentication mechanism specified as part of the deployment 
descriptor, the resource adapter 202 does not support any standard security authentication 
mechanisms as part of security contract 

The connector provider specifies whether resource adapter 202 supports 

30 reauthentication of an existing physical connection. The security permission listed in the 
deployment descriptor are different from those required by the defeult permission set The 
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deployment descriptor specified by the connector provider for its resource adapter is 
consistent with the XML document type description (DTD) as specified below. 

Deployer Responsibilities 

The deployer is responsible for using a deployment tool to configure a resource 
adapter 202 in a target operational environment The configuration of a resource adapter 202 
is based on the properties defined in the deployment descriptor as part of the resource 
adaptor module 206. The deployer performs the following tasks to configure a resource 
adapter 202. 

The deployer configures one or more property sets (per ManagedConnectionFactory 
instance) for creating connections to various underlying EIS instances. The deployer 
creates a property set by using a deployment tool to set valid values for various configurable 
fields. The configuration of each field is based on die name, type and description of the 
field specified in the deployment descriptor. 

Each property set represents a specific configuration for creating connections to a 
specific EES instance. Since a resource adapter 202 can be used to create connections to 
multiple instances of the same EIS, there can be multiple property sets (one for each 
configured instance of the object ManagedConnectionFactory) for a single resource adapter 
202. 

The deployer also configures application server 208 mechanisms for transaction 
management based on the level of transaction support specified by the resource adapter 202. 
Additionally, die deployer configures security in the target operational environment based 
on die security requirements specified by the resource adapter 202 in its deployment 
descriptor. During deployment, the deployer can check whether or not an underlying EIS 
instance supports the same capabilities such as transaction support and a uth e ntic ation 
mechanisms as die corresponding resource adapter 202. For example, if a resource adapter 
202 provides implementation support for Kerberos based authentication but the underlying 
EIS instance does not support Kerberos, then the deployer can decide not to configure 
Kerberos for authentication to this EES instance. However if the deployer does not perform 
such checks during deployment, any misconfigurations should lead to runtime exceptions. 
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Application Server Responsibilities 

An application server 208 provides a deployment tool that supports deployment of 
multiple resource adapters. A deployment tool can also be provided by third party 
enterprise tools vendors. A deployment tool is capable of reading the deployment 

5 descriptor from a resource adapter module 206. It enables the deployer to configure a 
resource adapter 202 in the operational environment and thereby reflect the values of all 
properties declared in the deployment descriptor for the resource adapter 202. A 
deployment tool supports management of multiple property sets (one per configured 
ManagedConnectionFactory instance) for a resource adapter 202. This includes support for 

10 adding or removing a property set from the configuration for a resource adapter 202. 

A deployment tool supports addition and removal ofresource adapters from an 
operational environment An application server 208 uses the deployment properties about 
the capabilities of a resource adapter 202 (for example, support level for transactions) to 
provide different QoS for a configured resource adapter 202 and its underlying EIS. The 

1 5 preferred embodiment of the present invention incorporates the following interfaces and 
classes. 

ManagedConnectionFactory 

The class t h a * implements ManagedConnectionFactory 212 interface supports a set 

20 of properties that provide information required by the ManagedCormectionfectory 212 for 
the creation of physical connections to the underlying EIS. A resource adapter 202 can 
implement the ManagedConnectionFactory 212 interface as a Java Bean- As a Java Bean 
implementor, the resource adapter 202 can also provide a Beanlnfo class that implements 
the j ava.beans.BeanInfo interface and provides explicit information about the methods and 

25 properties supported by the ManagedComiecttonFactory implementation class. The 

implementation of ManagedConnectionFactory 212 as a Java Bean improves the tool ability 
(for tools that are based on the JavaBeans framework) for the configuration of 
ManagedConnectionFactory instances. In the p re fe rred embodiment, fee deployment tool 
uses an XML based deployment descriptor to find out the set of configurable properties for * 

30 a ManagedConnectionFactory 212. A deployment descriptor for a resource adapter 202 
specifies name, type, description and default value of the configurable properties. 
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Properties Conventions 

TheManagedConnectionFactory implementation class provides getter and setter 

methods for each of its supported properties. The supported properties are consistent with 
the specification of configurable properties specified in the deployment descriptor. The 
5 getter and setter methods convention are based on Java Beans design pattern. These 
methods are defined on the implementation class and not on the 
ManagedConnectionFactory interface 212. The reason for this requirement is to keep 
MariagedConnectionfactory interface 2 1 2 independent of any resource adapter or EIS 
specific properties. 

10 

Standard Properties 

The connector architecture identifies a standard set of properties common across 
various types of resource adapters and HSs. A resource adapter 202 is not required to 
support a standard property if that propel Th^ 

15 standard properties irc^ 

establishing connection to an EIS instance, name of the user establishing connection to an 
EIS instance, password for the user establishing connection, and the URL for the EIS 
instance to which to connect 

In addition to these standard properties, a ManagedConnectionFactory 

20 implementation class can sxipport properties that are specific to a resenrce adapter audits 
underlying EIS. All the properties are adnnnistered by me deployer and are not visible to an 
appUcation component provider. It is required that the specified properties be bomid within 
specific limits or be restricted to well defined values. In the XML deployment descriptor, 
any bounds or well defined values of properties are described in the description element 



25 



30 



JNDI Configuration and Lookup 

m both managed and nonmanaged application scenarios, an application component 
210 (or application client) looks up a connection factory instance in me component's 
environment using the Java Naming and Directory Interface (JNDI)- The application 
component 210 then uses the connection factory instance to get a connection to the 
underlying EIS. The following code extract example shows the JNDI lookup of a 
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instance. 

// Application Componrait/Client Code 
obtain the initial JNDI context 
Context initctx = new InitialContextQ; 
5 // perform JNDI lookup to obtain connection factory 
javax.resoinxje.ccLConnectionFactory cxf== 
Qavaxjt^urce.cci.Qnme(^onFactory^ 

env/eis/MyEIS'X 

javaxjesource.cci.Connection cx = cxfgetConnectionO; 

10 In both managed or nonmanaged environment, registration of a connection fectory 

2 1 4 instance in the JNDI namespace can be performed by using either JNDI Reference or 
Serializable mechanism. The choice between the two JNDI mechanisms dq>ends on 
whether the JNDI provider being used supports specific mechanism, whether the application 
server 208 and resource adapter 202 provide the necessary support as specified in the 

15 respective requirements, and any constraints on the size of serialized ol^ 

stored in the JNDI namespace. The reference mechanism allows for only a reference to the 
actual object to be stored in the JNDI namespace. This is preferable to the serializable 
mechanism that stores the whole serialized object in the namespace. 

20 Deployer 

The deployer is responsible for configuring connection fectory instances in the JNDI 
environment The deployer manages the JNDI namespace such that flic same programming 
model for JNDI based connection fectory lookup is supported in both managed and 
nonmanaged environments. 

25 

Resource Adapter 

The implementation class for a connection fectory interface is required to implement 
the java. io .Serializable interface to support JNDI registration. An implementation of 
javaxjiaming. Referenceable interface by connection fectory class is only required if the 
30 connection fectory 214 supports Reference mechanism-based JNDI registration. The 
ManagedCoimecfionFactory implementation class is required to implement the 
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javaio.Serializable interface. To support Reference mechanism in a nonmanaged 
environment, a resource adapter or a helper class is utilized to provide an implementation 
the javax.naming.spi.OhjectFactory interface. 



5 Application Server 

The implementation class for javaxj^urce.ConnectionManager is required to 
implement java.io.Serializable interface. If an application server 208 supports JNDI 
Reference mechanism based connection fectory lookup, it is required to provide an 
implementation class for javaxouii^ The implementation o: 

10 this interface is application server specific. 

In a serializeable scenario, The implementation classes for both javax jesomce.- 
cci.ConnectionFactory andjavaxjesource^lanagedComection^ mtofeces 
implement java.io.Serializable interfece. The deployment code retrieves the configuration 
properties from the XML deployment descriptor for the resource adapter 202. The 

15 deployment code then creates an instance of ManagedConnectionFactoiy implementation 
class and configures properties on the instance. An example appears below: 
// Deployment Code 

// Create an instance ofManagedConnectionFactory implementation class 
conunyeis.ManagedCoimectionFac^ mcf = 
20 new comon>^.ManagedCbnnectionFactoryImplO; 

// Set properties on ManagedCoranectionFactory instance 

// Note: Properties are defined on the implementation class and not on the 

// javax^esourceAlanagedCwmectionFactory interface 

mcfsetServerNameC*.""); 
25 mc£setPorfttober(%^; 
... 

In a non-managed environment, an application developer writes fee deployment 
code. While in a managed environment, the deployment code is typically hidden by a 
deployment tool The deployment code uses the ManagedConnectionFactory instance to 
30 create a connection fectory instance. The code then registers the connection factory 
instance in the JNDI namespace..// Deployment Code 
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// In managed environment, create a CoimectionManager specific to 
// the application servo:. Note that in a nonmanaged environment, 
// CoimectionManager is specific to the resource adapter. 
(x>m-Wombatserver.ConnectionManager cm = 
5 new (X)m.wombatsCTver.ConnectionManagCT(. ..); 
// Create an instance of connection factory 
Object cxf = mcf createConnectionFactory(CTi); 
// Get JNDI context 

javax.naming.Context ctx = new javaxjiamingJnitialContext(env); 
10 //Bind to the JNDI namespace specifying a factory name 
cfaLbindC\..", cxf); 

When an application component 210 does a JNDI lookup of connection factory 
instance, the returned connection factory instance is associated with a configured 
ManagedConnectionFactory instance and a CoimectionManager instance. The 
1 5 implementation class for connection factory 214 achieves the association between these 
instances in an implementation specific manner. A JNDI configuration in a managed 
environment can be based on the Reference mechanism, using file CCI interfaces 
javaxjesource.ccLComecfioriFactory and j avaxxesouice.ccLConnection as connection 
factory214 and connection interface, respectively. 

20 

Scenario: Referenceable 

The implementation class for ConnectionFactory interface 214 implements the 

javaxxaming. Referenceable as shown in the following code extract example. 

public class com.myeis.ConnectionFactoiyiaq)l implements 
25 jatfaxxamingJfceferenceable> 

javaio.Serializable, 

j avax jesoinnce.cci.ConnectionF actory { 

// Reference to this ConnectionFactory 

javaxjiaming^Refeence reference; 
30 // setReference is called by deployment code 

public void setReference(Reference ref) { 
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reference = ref, 
} 

// getReference is called by JNDI provider during Contextbind 
public Reference getReferenceO throws NamingException { 
5 return reference; 
> 

••• 

} 

Note that the method setReference is not defined as part of the Referenceable interface. 

10 An application server 208 provides a class (in an application server specific 

implementation) that implements the javaxjiannng.spLObjectFactory interface. In the 
ObjectFactory.getObject-Instance method, the information carried by the Reference 
parameter (as set in the Connection-Factorylmpl.setReference method) is used to lookup the 
property set to be configured on the target ManagedConnectionFactory instance. The 

15 mapping from a Reference instance to multiple configured property sets enables an 

application server 208 to configure multiple ManagedConnectionFactory instances with 
respective property sets. An application server 208 maintains the property set configuration 
in an implementation specific way based on fire deployment descriptor specification. 

The implementation and structure of Reference is specific to an application saver 

20 208. The following code extract shows an illustrative example of the 
ObjectFactory.getObjectlnstance method, 
public class comwombaiserver >AppficationServerINDIHandler 
implements javaxjianung-spi-ObjectFactoiy { 
//... 

25 public Object getObj ectInstance(Object obj, Name name, Context ctx, Hashtable env) 
throws Exception { 

j avax .naming Jlefcrence ref - QavaxjiammgRererence)obj; 
// Using the information carried by the Reference instance, 
// (<referenceName, logicaIName> in this example) lookup 
30 ft a configured p roperty set and then configure a 

// ManagedConnectionFactory instance with specified 
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//properties. 

// [implementation specific] 

// 

// For example: the instantiation of ManagedConnectionFactory 
5 // implementation class and invocation of its setter method 
// can be done using Java Reflection mechanism. 
javaxJresourceJvlanagedConnectionFactory mcf = //... 
// create a Connection Manager instance specific to the 
// application server 
10 conLWombatsorv«:.ConnectionManager cxManager = // ... 
// create a connection factory instance. 

* //The ConnectionManager instance provided by the application 
// server gets associated with the created 
// connection factory instance 
15 return mcfcreateConnectionFactor^^ 

} 
••• 

} 

The following deployment code example shows registration of a reference to a 
20 connection factory instance in the JNDI namespace: 7/ Deployment Code 

javaxjiaming-Context ctx = new javax.nammg TnirialContext(env); 

// Create an instance of connection factory 

conunyeis.ConnectionFactorylmpl cf = 

new comjnyeis.ComectionFactoryImplO; 
25 // Create a reference for the ConnectionFactory instance 

javax .naming Reference ref = new javaxjiamingJ^eference( 

ConnectionFactoryInq)Lclass.gefNameO> 

new javaxjiaming.StringiRe£Addr( . 

M <teferaceName> w , tt <ogicaIName> M ), 
30 AppK(^onServerJNDIHandler.class.ge*Name(), 

null); 
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cf.setReference(ref); 

// bind to the JNDI namespace specifying a name for the connection factory 
ctx.bmd("...",cf); 

The deployment code is designed as generic. The code dynamically creates an 
5 instance of connection factory 214, create a Reference instance and then set the reference. In 
the above code sample, the setReference method is implementation specific and is not 
defined as part of the Referenceable interface. The Context-bind method registers a 
Reference to the connection factory instance in the JNDI namespace. 



10 Connection Factory Lookup 

The following steps happen when an application component 210 calls the method 
JNDI Context lookup to lookup a connection factory instance. First, the JNDI passes 
control to the application server 208 and toe method ObjectFactory. getObjectJnstance 
implemented by the application server 208 is called. The application server 208 men 

15 creates a new instance of ManagedConnectionFactory implementation class provided by the 
resource adapter 202. The application server 208 men calls setter methods on the 
ManagedConnectionFactory instance to set various configuration properties on mis 
• instance. These properties provide information that is required by the 
ManagedConnectionFactory instance to create physical connections to the underlying FJS. 

20 The application server 208 uses an existing property set (configured during the deployment 
of resource adapter) to set the required properties on the ManagedConnectionFactory 
instance. 

After the newly created ManagedConnectionFactory instance has been configured 
with its property set, the application server 208 creates a new ConnectionManager instance. 
25 The application server 208 then calls the method createConnectionFactory on the 

ManagedConnectionFactory instance (passing in the ConnectionManager instance from the 
previous step) to get a ConnectionFactory instance. 

The application server 208 men returns the connection factory instance to the JNDI 
provider so that this instance can be returned as result of the JNDI lookup. The application 
30 component 210 gets the ConnectionFactory instance as a result of the JNDI lookup. 
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The extensible Markup Language (XML) Document Type Definition (DTD) may be 
used for the deployment descriptor for resource adapter 202, The comments in the DTD 
specify additional requirements for the syntax and semantics that cannot be specified by the 
DTD mechanism. All valid resource adapter deployment descriptors contain the following 
5 DOCTYPB declaration: 

<!DOCTYPE connector PUBLIC "//Sun Microsystems, IncV/DTD Connector 1 .0/ 
/EN" < Tittp^/5avasun.com/j2ee/dtds/connector_l_0.dtd , > 

The root element of the deployment descriptor for a resource adapter is the 
connector. The content of the XML elements is usually case sensitive. A resource adapter 

10 (or an application server on behalf of resource adapter 202) can specify additional 
deployment information beyond the standard deployment descriptor. The additional 
information is stored in a separate file and refers to the standard deployment descriptor. 
Resource adapter 202 is not allowed to add any nonstandard information into a standard 
deployment descriptor. 

1 5 The connector element is die root dement of fixe deployment descriptor for the 

connector. This element includes general information vendor name, version, specification 
version supported, and icon related to the resource adapter module 206. It also includes 
information specific to die implementation of the resource adapter library as specified 
through the element resourceadapter, as shown in the following illustrative example. 

20 > 

<!BLEMENT connector (displayname, description?, icon?, vendorname, specversion, 

eistype, version, resourceadapter)> 

<! 

The element resourceadapter specifies information about die resource adapter 202 
25 provided by the connector provider. The information includes folly qualified names of 
class/interfaces required as part of the connector architecture specified contracts, level of 
transaction support provided, configurable properties for ManagedConnecfeonFactory 
instance, one or more authentication mechanisms supported and additional required security 
permissions. If theart* is tw> sflrth^tica+ipp imriiamgm specified as part of resource adapter 
30 element the resource adapter 202 does not support any standard authentication mechanisms 
as part of security contract An example of the resourceadapter element appears below. 

> 

<!ELEMBNT resourceadapter (managedcormectionfectoryclass, connecticmfectoryinterface, 
coimectionfactoryimplclass, connecticminterface, connectionimpl 
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class, transactionsupport, configproperty*, authmechanism*, reauthentication 
support, securitypermission* 

> 
<! 

5 The element authmechanism specifies an authentication mechanism supported by 

the resource adapter 202. Note that this support is for the resource adapter 202 and not for 
the underlying EIS instance. The optional description specifies anyjesouice adapter specific 
requirement for tfie support of security contract and authentication mechanism. An example 
of the authmechanism element appears below. 

10 > 

<!ELEMENT authmechanism (description?, authmechtype, credentialinterface+)> 
<! 

The element credentialinterfece specifies the interface that die resource adapter 
implementation supports for the representation ofthe security credentials. This element is 
15 used by application servo: 208 to find out the Credential interface it should use as part ofthe 
security contract The possible values are: 

<&edentialhiterface>3a^^ 

<yc3cedcntiaKntefece> 

<credentialinterface^^^ 

20 </credentialinterface> 

> 

<!ELEMENT ca^dratialintafece (#PCDATA)> 
<! 

The element authmechtype specifies type of an authentication mechanism. The 
25 possible values are: 

<authmechtype>basicpaaswori 

<authmechiype>keri>v5< 

> 

<!ELEMENT authmechtype (#PCDATA)> 
30 <! 
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The element connectionfkrtoryinterface specifies the fully qualified name of the 
ConnectionFactory interface supported by the resource adapter 202. An example appears 
below. 

<connectionfkrtoryinterface^ 
5 <^connectionfectoryinterftce> 

> 

<!ELEMENT connectionfectoiyinterfece (#PCDATA)> 
<! 

The element connectioiifactoryrmplclass specifies the fully qualified name of the 
10 ConnectionFactory class that implements resource adaptor specific ConnectionFactory 
interface. 

Example:<^nnecticmfk:toryinj5)lclass>com.wombat ConnecfionFactorylmpl 
</connectionfectoryinq)lclas^> 

> 

. 15 <!ELEMENT (xmnectionfectoryimplclass (#PCDATA)> 
<! 

The element connectioninterface specifies the fully qualified name of the 
Connection interface supported by the resource adapter 202. 

Example: <connectionintexfece>javax-re^ 

20 </connectioninterface> 

>.<!ELEMENT connectianmterfece (#PCDATA)> 

<! 

The element connectionimplclass specifies the fully qualified name of the 
Connection class that implements resource adapter specific Connection interface. 

25 Example: <^nnectionimplclass>com. wombat Connectionlmpl 

</connectionimplclass> 

> 

<!ELEMENT connectionin^lclass (#PCDATA)> 
<! 

30 
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The element configentry contains a declaration of a single configuration property for 
a ManagedConnectionFactory instance. Each ManagedConnectionFactory instance creates 
connections to a specific EIS instance based on the properties configured on the 
ManagedConnectionFactory instance. The configurable properties are specified only once 
5 in the deployment descriptor, even though a resource adapter 202 can be used to configure 
multiple ManagedConnectionFactory instances (that create connections to different 
instances of the same EIS). The declaration consists of an optional description, name, type 
and an optional value of the configuration property. If the connector provider does not 
specify a value than the deployer is responsible for providing a valid value for a 
10 configuration property. Any bounds or well defined values of properties are described in 
the description element An example appears below. 

> 

<!ELEMENT configpioperty (description?, configpropertyname, configproperty 
type, configpropertyvalue7)> 
15 <! 

The element configpropeityname contains die name of a configuration property. 
Example: <wnEgpropertyname>ServexN^ 

The connector architecture defines a set of well defined properties all of type 
java.lang.String. These are as follows in the examples: 

20 <^nfigpit^ertyname>SereerName 

<tanfigpropertyname>PorfNi^ 

<configpropextyname>Us<^ 

<configpropeityname>Password</confi 

<3xmfigpropertyname>Cbim 

25 The connector provider can extend this property set to include properties specific to a 
resource adapter 202 and its underlying EIS . 

> 

<!ELEMENT configprop«tyname (#PCDATA)> 
<! 

30 The element configpropertytype contains the folly qualifies Java type of a " 

configuration property as required by ManagedConnectionFactory instance. The following 
are the legal values of configpropertytype: javaJangJBooIean, java.Iang.String, 
javaJang Jhteger,.javaJangJDouble, javalangJByte, java-lang.Short, java-langXong, 
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java.lang.Floa! 

Example: <^nfigpropertytyp^ 

> 

<!ELEMENT configpropertytype (#PCDATA)> 
5 <! 

The element configpropertyvalue contains the value of a configuration entry. 
Example: <tanfigpropertyvalue>WombatSe^ 

> 

<!ELEMENT configpropertyvalue (#PCDATA)> 
10 <l 

The element displayname contains a short name for the connector that is intended 
to be displayed by the tools. 

> 

<!ELHMENT displayname (#PCDATA)> 
15 <! 

The element description is used by connector provider to provide text describing the 
parent element The description element includes any information that the connector 
provider wants to provide to the deployer. Typically tools used by the consumer of resource 
adapter module 206 will display the description when processing the parent element 

20 > 

<!ELEMENT description (#PCDATA)> 
<! 

The element eistype contains information about the type of the EES. For example, 
the type of an EIS can be product name of EES independent of any version info. This helps 
25 in identifying BIS instances that can be used with this resource adapter. 

> 

<!ELBMBNT eistype (#PCDATA)> 
<! 

The icon element contains the name of a file containing an icon image for the 
30 resource adapter module 206. The file name is relative path within fee resource adapter 
module 206. This file is be either in JPEG or GIF foimat The icon is used by tools to 
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display information about the resource adaptor module 206. 
Example: 

<icoD>UbAmagesAvombatadaptCTjpg<^coii> 
> 

5 <!ELEMENTicon(#PCDATA)> 
<! 

The element managedconnectionfactoryclass specifies the fully qualified name of 
the Java class that implements thejavaxjraoun*.ManagedCon^ interface. 
This Java class is provided as part of resource adapter's implementation of connector 
10 specified contracts. 
Example; 

<toanagedc^ectionfectoryclass>^ 
dconnectionfactoryclass> 

> 

15 <!ELEMENT managedconnectionfectoryclass (#PCDATA)> 
<! 

The element reauthenticationsupport verifies whether the resource adapter 202 
implementation supports ^authentication of existing ManagedConnection instance. Note 
that this information is for the resource adapter 202 implementation and not for the 
20 underlying EIS instance. This element is one of the following: 

<^eauthentfcafionsupport>tra 

<reaufoenticationsuppoit>fal^ 

> 

<!ELEMENT reauthenticatiansupport (#PCDATA)> 
25 <! 

The element specvers&on specifies the version of the connector architecture 
specification that is supported by this resource adapter 202. This infonnation enables 
deployer to configure the resource adapter 202 to support deployment and runtime 
requirements of the corresponding connector specification. 

30 Example: 

<specvCTsionP>1.0</specversioii> 

> 
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<!ELEMENT specversion (#PCDATA)> 
<! 

The element securitypennission specifies a security permission that is required by 
the resource adapter code. The security permission listed in the deployment descriptor are 
5 ones that are different from those required by the defenlt permission set as specified in the 
connector specification. Hie optional description can mention specific reason that resource 
adapter 202 requires a given security permission. 

> 

<!ELEMENT securitypennission (description?, securitypennissionspec)> 
10 <! 

The element securitypermissionspec specifies a security permission based on the 
Security policy file syntax. 

Example: http^av^sim. w>m/pnxiucts^dk/l .2/dcK^gmdc/security/PoKc)^iles Jitml# 
FileSyntax 
15 > 

<!ELEMENT securitypermissionspec (#PCDATA)> 
<! 

The transactionsupport element specifies the level of transaction support provided 
by the resource adapter. The value of transactionsupport is one of the following: 

20 <3ransactionsupport>nojtransactioi^ 

<Sransacticmsupport>localjbran^ 

<transactionsupport>xa - transaction^^ 

> 

<!BLEMENT transactionsupport (#PCDATA)>.<! 
25 The element vendorname specifies the name of connector provider vendor. 

Example: - 
<vendorname> Wombat Coip.</veodoiname> 

> 

<!ELEMENT vendorname (#PCDATA)> 
30 <! 
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The clement version specifies a string based version of the resource adapter 202 
fiom the connector provider. 
Example: 

<version>l .0</version> 
5 > 

<!ELEMENT version (#PCDATA)> 
<! 

The ID mechanism allows tools that produce additional deployment information 
(beyond the standard deployment descriptor) to store the nonstandard information in a 
10 separate file and to refer to standard deployment descriptor from these nonstandard tools 
specific file. Tools cannot add the nonstandard information into the standard deployment 
descriptor. 
> 

<1ATTLIST authmechanism id ID #IMPLIED> 
15 <! ATTLIST authmechtype id ID #DMPOED> 

<! ATTLIST configproperty id ID #IMPLIED> 

<! ATTLIST configpropertyname id ID #EMPLIED> 

<! ATTLIST configpropertyvarae id ID #IMPLIED> 

<! ATTLIST configpropertytype id ID #IMPLIED> 
20 <! ATTLIST connector id ID #IMPLIED> 

<I ATTLIST comiectioin^ciorymterfece id ID #IMPLEED> 

<! ATTLIST connectionfectoryimplclass id ID #EMPLJED> 

<! ATTLIST connectioninterfece id ID #IMPLIED> 
. <! ATTLIST connectionimplclass id ID #IMPLIED> 
25 <! ATTLIST credentialinterface id ID #IMPLIED> 

<! ATTLIST description id ID #1MPLIED> 

<! ATTLIST displaynamc id ID #IMPLIED> 

<t ATTLIST eistype id ID #IMPLIED> 

<! ATTLIST icon id ID «MPLIED> 
30 <{ ATTLIST managedconnection&ctoryclass id ID #IMPLIED> 
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<! ATTLIST reauthcaiticationsupport id ID #IMPLIED> 
<! ATTLIST resourceadapter id ID #IMPLIED> 
<! ATTLIST securitypennission id ID #IMPLIED> 
<! ATTLIST securitypennissionspec id ID #IMPLDED> 
5 <! ATTLIST specversion id ID #IMPLD3D> 

<! ATTLIST transactionsupport id ID #IMPUED> 
<! ATTLIST vendomame id ID #IMPLEED> 

While a system for a modular and portable deployment of a resource adaptor in a 
client server computer environment has been described and illustrated in detail. While there 
10 have been described above the principles of the present invention in conjunction with 

various embodiments, the foregoing description is made only by way of example and not as 
a limitation to the scope of the invention. 
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CLAIMS 

What is claimed is: 

1 . A computer system having a client server architecture, comprising: 
5 an application server; 

an enterprise information system including computing resources; 
a connection provider; 

a resource adapter, said resource adapter implemented by said connection provider 
to serve said resources from said enterprise information system to clients, wherein the 
1 0 resource adapter is packaged with a deployment descriptor to form a resource adapter 

module corresponding to a J2EB module hierarchy, wherein said resource adapter module is 
deployed into the application server to allow multiple J2EB applications to share the 
resource adapter module; and 

a deployer, said deployer using a deployment tool to configure the resource adapter 
15 into a target operational environment, the deployment tool capable of reading the 
deployment descriptor. 

2. The computer system of Claim 1, wherein the resource adapter module specifies a 
level of transaction support provided by the resource adapter. 

20 

3. The computer system of Claim 2, wherein the level of transaction support ind i c ates 
no transaction support 

4. The computer system of Claim 2, wherein the level of transaction support indicates 
25 local transaction support 

5. The computer system of Claim 2, wherein the level of transaction support indicates 
resource manager local transactions are supported. 

30 6. The computer system of Claim 5 , wherein local resource manager transactions are 
supported by implementing a LocalTransaction interface. 
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7. The computer system of Claim 2, wherein the level of transaction support indicates 
JTA transactions are supported 

8. The compute system of Claim 7, wherein JTA transactions are supported by 
5 implementing an XAResource interface. 

9. The computer system of Claim 2, wherein the deployer configures the application 
server for transaction management based on the level of transaction support specified by the 
resource adapter. 

10 

10. The computer system of Claim 1, wherein the connection provider specifies name, 
type, and description for properties that have to be configured on a per connection factory 
instance basis, wherein the properties determine connections to a specific enterprise 
information system instance. 

15 

11. The computer system of Claim 10, wherein the connection factory instance is 
registered in a JNDI namespace. 

12. The computer system of Claim 1, wherein the connection provider specifies 
20 authentication mechanisms that are supported by fee resource adapter. 

13. The compute system of Claim 1, wherein the deployer configures the application 
server for transaction support based on the level of support specified by the resource 
adapter. 

25 

14. The compute system of Claim 1, wherein fee connection provider specifies whether 
fee resource adapter supports reauthentication of an existing physical connection. 

15. The computer system of Claim 1, wherein fee deployment tool is provided by fee 
30 application server. 



-26- 



WO 01790884 PCTAJS01/16101 

16, The computer system of Claim 1, wherein the deployment descriptor defines a 
contract between the connector provider and the deployer. 



17. A computer program product, which, when executed by a computer, implements a 
5 client server compute: system by performing the steps of: 
providing an application server; 

providing an enterprise information system including computing resources; 
providing a connection provider; 

providing a resource adapter, said resource adapter implemented by said connection 
10 provider to servo said resources from said enterprise information system to clients, wherein 
die resource adapter is packaged with a deployment descriptor to form a resource adapter 
module corresponding to a J2EB module hierarchy, wherein said resource adapter module is 
deployed into the application server to allow multiple J2EB applications to share the 
resource adapter module; and 
15 providing a deployer, said deployer using a deployment tool to configure the 

resource adapter into a target operational environment, the deployment tool capable of 
reading die deployment descriptor. 
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Enterprise Information System (EES) 
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